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Amendments to the Specification 

Please replace the paragraphs beginning at p. 5, line 27 and ending at p. 14, line 25, with the following 
amended paragraphs: 

Referring to Figure 2, the software architecture of an embodiment the present invention has three 
layers, namely, destinations, people or network nodes, and devices. Entities of each layer are represented 
by agents 11fl "™ v '^ *Y ™laWghi PS 130. Specifically, as illustrated in Figure 17, there are destination | 
agents 112, person or node agents 114, and device agents 116. It should, however, be noted that the 
present invention is not restricted to three layers and that fewer or more layers are also possible in 
alternative systems. The three layer system described herein is especially applicable to a PBX 
replacement. However, a system can be designed to have two layers, or more than three, if desired. There 
can also be sub-layers within layers. Furthermore, entities are software constructs used by the system to 
establish communication paths. In the present example, it is convenient to associate entities with agents 
that correspond to real world counterparts. This is not, however, a necessary requirement of the 
architecture and the invention includes the possibility of other types of entities that may be entirely 
internal to the system. 

Referring to Figure 3, relationships 130 between agents 110 are defined by policies 120. A series 
of policies 120 forms a policy chain 126. In a communication, a communication path is established by the 
use of these agents. Specifically, a communication path from a first agent to a second agent consists of the 
cornmunication link between the first and second agents. If there are one or more mtermediate agents then 
the communication path consists of the links between the first link to the one or more intermediate agents, 
any links between the one or more intermediate agents and the-between the one or more intermediate 
agents to the second agent. The communication path established from the first agent to the second agent 
defines the attributes of the communication. 

It is possible for two agents to be directly connected to each other. Indeed, this corresponds to the 
default case where 'nothing special" happens. For example, a person node may be directly connected to a 
device if that person uses only one communications device, such as a Jandline office telephone with no 
voicemail, or other added features. In such a case, no additional processing logic is required and agents 
can be directly interconnected with no intercening policies. This direct connection is typical of 
conventional call control systems in which a phone number is tied to a device. Any changes to the system, 
for example to add increased fivnctionality such as voicemail, conferencing, etc., require working around 
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this inherent coupling between a phone number and a device, and patching or adding to the system in a 
piecemeal fashion. 

By contrast, the architecture of a system according to the present invention does not assume that a 
phone number is always associated with a person, or that a person is always associated with a particular 
device. Of course, such a direct association can be easily implemented in the present invention. 

The present invention facilitates the addition of enhanced functionality by the use of agents to 
represent destinations, nodes, and devices. Simply adding policies 120 to the policy chain 126 that defines 
the relationship 130 between agents 110 increases functionality. Changes in functionality can be simply 
effected by suitably modifying the corresponding policies 120. If the system is implemented using object- 
oriented programming, then changes to an object class can implement a consistent global set of changes. 

In addition, a system according to the present invention is easy for developers and system 
administrators to understand. Once the basic architecture of the system is understood, a straightforward 
review of the relationships between agents will make it clear what functions and features are invoked in a 
communication session. 

Each policy 120 consists of a policy identification (TDD) 122 and a specific instance of a policy 
124 as illustrated in Figure 4. Policy ID 122 points to a specific policy 124 by employing a pointer 128. 
Each specific policy 124 can point to a further policy 120 m tke-^policy chain ±36-through use of a | 
pointer 129 pointing to the policy ID 122 of the further policy 120. 

A specific example of policies 120 defining the relationship 130 between two agents 110 is 
illustrated in Figure S. In the example, ,, 222 , ' is a destination and could, for example, represent a 
telephone number of a person, Fred. A destination agent 112A representing destination ,, 222 ,, is linked to 
a node agent 114A representing Fred through a policy chain of policies 120A and 120B. Policy 120A 
consists of policy ID 122A, which has type equal to Day of Week and ID (i.e. the address of a specific 
Day of Week policy) equal to X. In other words, policy ID 122A points to specific Day of Week policy X 
124A. As suggested by its policy type, specific policy X 124A points, via pointer 129A, to different 
objects depending on the day of the week. In the example, policy 120B corresponds with the day of the 
week of the call. However, if the call occurred on a different day of the week then another policy such as 
policy 120C could have been selected. 

Policy 120B consists of policy ID 122B which identifies the policy type as ''node" and the 
specific policy as node policy V 124B- Specific policy Y 124B points to node agent 114A representing 
Fred. The meaning of the relationship between the destination agent 112A for destination "222" and the 
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node agent 1J4A representing Fred is that if "222" is dialed on certain days of the week then the call will 
he connected to Fred. Of course, Fred is a person and cannot be contacted directly. Further agents will 
link the node agent J 14A representing Fred to a suitable device. This will be illustrated in detail later. 

Fc — * ;n,.r+Pnt»rirt r ^ «a nnH rra illustrate different types of policies. Table 1 in Figure 6A 
lists *4ew-representative examples of policy types but many others could exist. A particular policy type 
included in XqlOg^l JTTpiirfe 6A is the group policy. Group policies are useful for logically organizing 
individuals. For example, individuals who are designated to respond to user requests about technical 
matters could be the members of a help desk group. 

Policies MG-represent relationships «0-between agents 4W-at different layers, but policies can j 
also exist within policies. If we think of policies as rules for branching between agents of different layers 
then policies inside policies add refinements or sub-rules to the branching rules work. , 

In the example of Table 2 of F igure 6B, a policy inside a policy mechanism, i.e. a selection j 
policy within the group policy, is used to select an individual from that group to respond to the call at 
hand. This would clearly be useful in distributing work to the members of our help desk group of m-our j 
earlier example. Different selection policies use different strategies for passing on the call. A terminal 
selection policy starts at the head of the list and passes the call to the first available person irnplementing 
a hierarchy or priority system of distributing calls. A circular selection more evenly distributes calls than 
a terminal selection policy by beginning to hunt where the last hunt left off, A broadcast policy passes the 
communication to everyone at the same time, for example, when a voice mail message is forwarded to 
everyone in the group. A longest idle selection policy begins by selecting the group member who has 
been idle the longest. 

Another example of a policy inside a policy is a destination policy within a node policy. For 
instance, different telephone numbers could result in a communication path ending up at the same node 
but the different calls may continue along different paths out of the node. Accordingly, the node policy 
points to a different place, i.e. chooses a different policy path, depending on the desired destination. This 
provides another example of the flexibility inherent in the present system that is unavailable in 
conventional call control systems. To take a specific example, suppose that the manager of a help group 
has an assistant who receives calls to the manager to help screen Them. On a particular day, the help group 
is short staffed and the manager agrees to take help desk calls, but still wants the assistant to screen 
regular calls. In a conventional system, the manager's number would be entered into the help desk group 
with the result that calls would first go through the assistant. Of course s inline code could be used to make 
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exception to the usual call processing but this is awkward and exemplary of a patchwork approach 
typical of conventional systems. By contrast, a system that uses the present invention can easily 
implement such an arrangement by noting that the destination of the call is the help desk and 
distinguishing this call from calls to the manager. Accordingly, calls to the help desk routed to the 
manager go directly to the manager's phone whereas calls to the manager go to the assistant. The case 
with which the system accommodates such changes is a direct consequence of the more powerful 
architecture of the system, using the layered agent approach. 

A key aspect of the system is the use of a database to store information about the system. Entries 
within tables of the database represent objects, including agents and policies, within (he system. The 
database is used to configure the communication server upon start up. Changes to the objects can be 
entered into the database, preferably using a graphical user interface. Additionally, any changes made 
directly to the system will also be recorded in the database so that no information is lost the next time the 
system starts up or is reconfigured. 

Figure 7 illustrates tables 144, 146 and 148 which correspond to the destination, the node layer, 
and the device layer, respectively. Generally, entries or records 142 in a table correspond to objects. Thus 
in Figure 7, the records 142 of the destination table J 44 correspond to destination agents 112, the records 
142 of the node table 146 correspond to node agents 114 and the records 142 of the device table 148 
correspond to device agents 116. Similarly, the records 142 of different policy tables 150 correspond to 
the policies 120 of the system. 

In addition, the interrelationships between records 142 i n the database correspond to those 
between objects. This is shown in the example of Figure 8 in which records 442-in the destination table 
144A point to records 442-in a Time of Day policy table 150A or a Day of Week policy table 150B. This 
is directly analogous to the example of Figure 5 in which destination agent 112 A for destination "222" 
points to Day of Week policy J20A. Recall that Day of Week policy 120A consists of policy ID 122A 
and specific policy X 124 A. Similarly, a record 443-in destination table 144 A specifies a policy type 
(indicating the type of table) and a policy ID (indicating which record in the table). From policy tables 
150A, 150B, further policies 150 can be specified until a node table 146 is reached. Then additional 
policy tables 150 are possibl e accesscfl u ntil tbe-a_device table 148 is reached. 

A user 220, or system administrator, can make changes to the system by entering these changes in 
the database. The user can enter the changes by means of a data entry station 210 as illustrated in Figure 
9. The information 230A entered into the data entry station 210 is used to update the database within the 
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database server ™" r™P^hTv th» WATJ nr T,AN 500. as illustrated by arrow 230B. Rg^S8^1S2 
fn m ? ur* 10- whenW hea the communication server 100 is next brought up or initiated by a user 220, it 
receives the data 230C from the database server n ^ over the WAN or LAN 50,(L and creates the 
appropriate objects (agents and policies). Se c, for e xample, Figaro 10. 

Figure 11 illustrates that a user 220 can update the system, over the network 500. using either the 
data entry station 210 or a device such as a telephone 410 connected te a phone server 400, The changes 
are entered into the database in database server 200 and then updated in the communications server 100. 
Note, however, a buffer 160 can be used to hold changes to avoid disrupting existing communications. 

Referring to Figures 11 and 13. there are illu£tra fed exaTnptes nf xi^r interface^ illustrates an 
example uoer interfaee-for entering changes to the database at the-^database entry station-410- Icons 
corresponding to destinations, persons or network nodes, devices, and policies are available for 
manipulation in a defoult configuration. Specifically, there are icons 2J2 representing destinations, icons 
214 representing policies, icons 216 representing nodes, icons 218 representing additional policies and 
icons 219 representing devices. Unnecessary icons can be removed or additional icons can be added. 
These icons are organized in rows, somewhat analogous to the layers of the different agents. In order to 
establish a desired configuration the user uses the interfece to connect these icons defining possible 
communication paths (by the choice of icons representing agents) and defining properties associated with 
those communication paths (by die choice of policies). 

An e xample configuration ia ohown in F igure 13 whieh-illustrates a more complex ..web of 
destination, policy, node and device connections through the layers. Note that policies can connect to 
other policies forming a policy chain.. Tt is also possible to have a direct connection without an 
intermediary policy if no processing logic is required, for example, if a person always wants to be reached 
by one particular phone such as a cellular telephone. 

A more specific example is given in Figure 14 in which a particular phone number (i.e. 
destination) "222" needs to be routed differently depending on the day of the week. In the example, the 
phone number of the help desk is "222". In this example, the number "222", represented by destination 
agent 112, is the phone number of a help desk which is staffed by two groups. Group 1, represented by 
policy 120D, is responsible for responding during the week and Group 2, represented by policy 
±29 B12QE> works weekends. John, represented by node agent 114C, works seven days a week and thus 
belongs to both groups. John works in the office during the week but prefers to work from home during 
the weekend. Figure 14 illustrates how such a configuration is easily arranged using the objects of the 
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present invention. ! 

The destination agent 112 eea=espeH&ig-H»4*S£SYe§ a call having destination n 222\ 
nggtWtian a ^t 1 1^ thRn Evokes a points to D ay of Week policy 120 which, in turn, invoke? points to 
Group 1 policy 120C on Monday to Friday and Group 2 policy 120D on Saturday and Sunday, based on, 
f™- ^ygmpi^ gvaton date ™<\ time data . Group 1 has a default terminal hunt type starting with Fred, 
represented by node agent 114A. Accordingly, Fred always gets a help desk call during the week if lie is 
available, otherwise the call passes eate-tc^George, represented by node agent 114B, and then to John at 
node 114C. This terminal hunt strategy is used to implement a hierarchy or priority scheme in which 
Fred, at the head of the list, is responsible for most calls, with George and John acting to handle overflow 
or backup. No intermediate policy is required for Fred and Phone 1, represented by device agent 116A, or 
George and Phone 2, represented by device agent 116B, since Fred and George are available if and only if 
they are by their office telephones. For John, however, ^ flutter instance of Dav of Week policy 120 
is used to determine whether his office phone (Phone 3, represented by device agent 114C) or his home 
office phone (external number "555-5555" represented by an external number agent 118A) is the 
appropriate device to reach him, depending on the day of the week. 

Calls during the weekend are routed to Group 2 b v the first instance of Day of Week policy 120. 
In this example Group 2 uses a circular hunt type. Thus if the last call was received by Nancy, represented 
by node agent 114D, and terrninatinfiLatJBhQne 4. repres ented bv d evice agenUULfilL-t hen the system will 
try Mary, represented by node agent 114tt. and termiTiatiTie at Phone. 5, represented bv device agent U6D T 
and iten -finallv JohnaljQode agent. 114C T before passing another call to Nancv at node agent 114D. In 
contrast to the terminal hunt strategy, this circular hunt strategy is used to equally distribute the work load 
of responding to calls. 

The example of Figure J 4 illustrates an important aspect of the invention. Starting from a first 
agent, the relationships (defined by policies and^taicrnred as a nolicv chains associated with that first 
agent (e.g. destination agent 112) are used to determine a communication path and the second agent (e.g. 
external number agent USA) through an intermediate agent (e.g. node agent 114C for John). Note that 
the policies encountered^ starting with destination agent llZ^detefKtff^jIejgrnT^ the communication 
path and &*aMhe second agent is not predetermined. Instead the communication path and the second agent 
are determined, in this example, bv _data,_sucrLas the day of the week and the state of the system (e.g. 
whether Fred and George are available). 

The calls to John at his external number illustrate a further aspect of the invention. John wants his 



PACE 8144 * RCVD AT 2)1012004 5:54:49 PM [Eastern Standard Time] * SVR:USPTO-EFXRF-2/29 * DNIS:8729306 ' CSID:613 787 3558 * DURATION (mm-ss):16-46 



if _ 

02/10/2004 17:58 FAI 613 787 355^ BLG CANADA Bl009 



Application No. 09/823,991 

Amendment dated: February 10. 2004 

Reply to Office Action dated November 10, 2003 



Page S of 43 



\ 



calls to go to his home at external number "555-5555". The system administrator wants to ensure that the 
best route for calling is used, based on system policies. So instead of having a trunk hooked up to John 
directl y at home, the system finds an appropriate line. R eferring to Figures 15A to 15C illustrate how 
anouthound lf* » e»wt*H Fi fnire ISA showSr -when^he node agent 114C rclavins a q jail to the external 
nnmher a^e nt USA associated with John* a home. chnwn in Figure 15B. m making this connection. 
the external number agent 11SA effectively becomes an instance of a destination agent 112X. which is 
associated with the for John has sel e ct e d aH r<xternal number^ fee -The destination agent 112XB, 
representing tf^ -the external n umber. ™ aftlfod to provid e -determines . a device £> f this to_call _iisjjig_7 
TntormadiQte intermediate p olicies and nodes,. The noHcies arid nodes are used to provide a connection 
that is consistent with the priorities and preferences of the system. A device, represented by device agent 
116G, is then selected and connected to J ohn's agent 114 Q is not i fied of tho selection and, fef-EsL.the 
duration of the call, Joh n's node agent 114C is associated with towfovine ap.ent 116G. 
Figure 15C , the nnrm^tirm between John's agent 1 14C and the device agent 1 16G is logically 

A second example of a configuration is provided in Figure 16 which shows the paths for two 
destinations "333" and "444" represented by destination aode&-3£sal& = 112B and J12C, respectively. Both 
of these destinations point to a- Iaslm ode a g ent 114 F r e pr e s e nting-J ee. Joe's node agent, 114F points to 
invokes one of two group policies, Group poUcyJ X: 120D and Group policy Y 120E ., GrouqjMJUtoLX 
12QD has a terminal continuous hunt policy. Group po l icy Y 1 20E has a with their internal hunt policies 
sef-^terminal continuoua and b roadcas t, resp e ctiv e ly ,^^^!^. Calls corr e sponding to w hose- destination 
data correspoadjflj '333' 1 fx*-4ftqre handled nccordrnft to the policies of Group X 120D fa wh e r e as calls 
rvtrrfispnndin p f tn Calls having destination data^aoxxesppndtnff to "444" are handled according to the 
policies of g e-t&Proup Y 120E, Group poljcvJ C 120D contains rules determ ining the selection of P hones 
1 and 2 7 respectively r epresented by device agents 116A and 116Br-afid. Group policy Y 120E contains 
rules d etermining foe selection ofL Phones 2 and 3, respectively r epresented by device agents 116B and 
116C. Accordingly, if "333" is called, Phone 1 will ring followed by Phone 2 if there is no answer at 
Phone 1. If "444" is called then both Phones 2 and 3 will ring. 

Generally £ e-a.o_establish a call, a minimum of six agents 110 are generally involved. Figure 17 
shows that a call is split into two sides or half calls 180. Each half call 180 has at least one device agent 
116, one node agent 114 and one destination agent 112. There is also a communication record 170 
associated with each half call 180 that tracks all information associated with thai half call 180 and is 
discarded after the half call terminates. This is a typical half call model used in many call control systems. 
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When a user originates a call using a device, a policy determines which node and destination to 
use. Specifically, the policy determines which path should be chosen. The example of Figure 18 shows 
two destination agents instances, ! 1 2F »nd 11 2F m^ch connected to_two node agents ms^cej = 114M 
and 114N which are both connected to one instance of a_d evice agent 116. When this N ovice g aVI 
originates, it has up to four possible paths to follow. An instance of policy 120 sot in the igjnvoked bv 
device agent 116 wft^jp-detennine which path to take. The policy can be set statically, ir&e^ 
programmed into the database, or dynamically, te^fi* by having the user choose which path is taken at 
the moment the call is made. In addition, ^policy can bo uoed to determine whether a-static policy or a 
dynamic policy mutj iig_.is chosen, fa Figure 1 8 , an e x a mpl e static policy 120D always s e l e cts tho path 
corrooponding with Node Agent 1 and Dest i nation Agont 2. 

Features are also very important e l e m e nts in ajq communication systems. Figures 19A to 19C 
show three types of features. Figure 19A illustrates a half call, as sh^wn ir\ Ffr"T fi 17 - where a first half 
call 180 is initjated bv device 11^ and is nrroc essed by node agent 114 and destination agent 112. 

In the sccati^ half call ISO, the destination agent 112 an d node agent 114 terminate the call at device 
aj tent 116- R eferring to Figure 19A r_^Tvoe 1 features, such as call swap nnd conference call, relate to the 
manipulation or selection of a destination or connection 182 between two half calls 180. They are in - call 
call features such as swap and confer e nc e . As illustrated in Figure-2 19B. type 2 features ,_such.as "Do 
Not Disturb " nnH "tt estnetion List T \ relate to setting up or updating data 162 in or associated with sp e cific 
arjL_agente> 110. -Exa mple d of th e se typ e 2 data modifying features include "Do, Not Disturb" and 
"Restriction Liot". Type 3 features a*e -inc1ude advanced programmable system (APS) featuxes ^such as 
Dual Tone Multiple Frequency (DTMH tones inoluding, intelligent tones, or the use of inte ractive voice 
res ponse (TVR) tftchnolofr y to rep lace a tone with another ton e or a message., Tvne 3 features-ika* give 
feedback to a user 220 who can then make selections. Int e lligent tonco or tho use of interactiv e voic e 
response (TVR) t e chnology to replac e a ton e with a moGGago aro Qxampter Features 150 _ of th e syst e m can 
also be elements of the system that are implemented as objects that can modify the communication path, 
its properties and the second agent at which the communication path tenninates.^As, U]u$ra.t ed irjLFigu re 
19B. features can provid e data 162 for use bv agents 110, 

Further examples of each - type j. 2 and 3ef features are provid e d lisjgd_ in Figures 20A. 20T* and 
20C resnectiv elv. The examples of Figure 20 are not exhaustive and additional features are possible. The 
focus of the present examples is on the use of agents and polices by a system to increase functionality and 
flexibility. Greater sophistication can, of course, be introduced by adding more intelligence and 
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functionality to the agents or policies. For example, APS features can be used to get more information 
from callers using features in order to give allow agents to do more. More specifically, a caller to a 
service provider may be asked to provide an identifier such as an account number through IVR. 
Depending on the account number, the call may be routed to different attendants or services. For example, 
if the service provider is an insurance company, then the account number will identify the name of the 
customer and that will be used to direct the call to the person responsible for that person's account. As 
another example, the service provider may be a credit card company offering different levels of service 
(silver, gold, platinum, etc.) to different card holders. The caller's account number can then be used to 
route the caller to an appropriate queue or otherwise provide an appropriate level of service. 

Features can also *tfie -invoke p olicies. The data that a feature mea-provides can be chosen based 
on policy. This is illustrated in Figure 21. When oA feature 190 retrieves the data 196 it need y. Thisk 
can he done de-fes-through e-^t ^oaie or marc p olicies 12ft . The policies which th e iEM ieteiriine which 
y data 196 retrieved . An example of ttes -such ajfeitmsJs Time of Day Call Forwarding- ,Time of 

Dav Call Forwardin gw hcrc th e deotination that tho call forward uses is d e t e rmin e d - k y-a sjgcjficJTime of 
Day p^li^v 124 to determine the call destination . The feature 190 deterrrune^.ths-J^ policy 124 bv 
ar^^cinpf n parH^iilar policy identifier 122. A Time of Day policy instance 124 may, for example, 
forward calls to a help desk during office hours and forward calls to b ut invito tho caller to l e ave a 
voicemail m oo pagc system outside of office hours. 

Features 190 are triggered or invoked in a particular agent 110 through an event occurring in a 
particular state. Figure 22 shows how an instance o£a-T Jolicv can be used to flexibly determine which 
feature is triggered. When an event Z 600 i s receiv e d detected b v an agent 110, there is an associated 
communication record 170 which contains the call state. The agent 110 then consults its trigger table 198. 
The trigger table 198 contains a list of states and events, and corresponding policy IDs, ^he-IkcA^policy 
JD$ points to a politico p olicy 120 that ovontually point i nvokes t e-a particular feature* such as features 
190 A and 190B . In this way, features 190 A^n& 190B can have the same state and event trigger, but 
through a policy, One can have priority over the Other. 33ws- The prioritv.oilp nei feature over another ran 
also be based on other policies like Time of Day or Calling ID, etc. ThiG m e ans that w e hav e a n e w policy 
type of foaturo. - The ID would poiHt to whiofa - fcature. 

APS features are triggered in a similar way. Figure 23 shows how a policy can be used to 
flexibly determine which APS feature is triggered. When a specific type of event, tone T, occurs T 

ig given by a n agent 110 a through in-line COde a ikefl-a^consults trigger table 198 consult e d . This trigger 
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tabic 198 contains a list of associated parameters, specifically, tones and reasons and corresponding 
policy IDs. ¥he -EactLP olicy IDs points to pelieie^4^1ic^l20 which eventually point to i ntakes 
aDDroTrriate APS feptiir^ such p. AP^ Feature V IMA. For example when giving a dial tone to start a 
call, an APS feature may he triggered to select a line. Trigger tables also reside in the database and can be 
uniquely assigned to an agent. 

New policies can be added very simply in this system. The architecture provides the building 
blocks to create ™y "<™"+™ft. hardliner and features needed bv customers in a^-comrnunication 
systenv HCcdcd by cu s tom e rs, based on their noocfo and organizatio n 
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